跳到内容

让 AI 改代码 ​

一句「把××改成××」,它自己找到位置、改完、自测、把改动亮给您看。本页讲改代码的完整循环与节奏。

您一句话「登录页的验证码改成 6 位数字,过期时间 5 分钟」
→它:定位 → 改 → 测 → 给您看
↓
自己定位① 找到要改的地方✓自己读代码、理清关联✓跨文件改动一并处理
→
自己改② 改代码 + 文档同步✓相关联的接口/文档跟着改✓改动前重要动作先请示
→
自己验③ 编译 · 测试 · 实测✓改完先跑测试再说话✓界面类改动附真实截图
→
您验收④ 看 Diff · 试着用✓每处改动逐块可审可撤✓不满意说一声接着改

改动怎么提:越具体,越一次过 ​

提法效果
「验证码从 4 位改成 6 位,只改前端展示不改后端校验」✅ 范围明确——一轮到位
「把用户体验优化一下」⚠️ 它会先出方案问您——多一轮,但对的方向
「这个文件第 200 行附近好像有个 bug」✅ 定位线索,配上报错信息更好

修 Bug 的黄金模板(照这个说,基本一轮修好):

text
现象:提交订单后页面白屏,控制台报 TypeError: Cannot read properties of undefined (reading 'items')
预期:应该正常跳到订单成功页
复现:购物车加一件商品 → 结算 → 提交订单

它改的时候,您盯着什么 ​

  • 任务清单:正在干哪步一目了然;觉得偏了随时插话
  • 审批卡:删文件、装依赖、跑命令这类动作会先请示(见拍板与确认怎么配合)
  • 改动面板:右侧「AI 变更」实时长出改动文件——改了什么、改了多少,全程透明(用法见看懂改动审查)

多轮迭代是常态 ​

第一版不满意太正常了——直接说哪里不对:

text
布局可以,但表格列宽不对,商品名称那列要宽一倍
(它改完自动重新截图给您)

还是不对——参考 京东订单页 的列宽比例再来一版

每轮都在上一轮基础上改,不用从头交代。改崩了有后悔药:改错了怎么回退。

大改动的节奏 ​

  • 一次一个主题:这轮改功能、下轮调样式、再下轮修测试——别一句话混三件事
  • 重构类(大范围调整结构):先让它出方案(「先别动代码,说说你打算怎么重构」),认可了再动手
  • 跨模块:说清影响范围——「顺带把用到这个接口的地方都改了」,它会自己搜调用方

它自己会做的验证 ​

改完不等于完成——它会按改动级别自测:

改动类型它的验证
纯样式 / 文案改完截图对比
功能逻辑跑受影响的测试(不跑全量,省时间)
新页面 / 新模块起服务、真实打开页面操作一遍、截图
接口变更调用接口验证契约

验证不过它会自己修到过,或如实报告卡在哪——不假装完成。

常见卡点 ​

现象怎么办
改的不如预期看 Diff 找到具体差异点,指着说——比「不对,重来」快得多
改着改着范围越来越大正常(关联改动);不想要就说「这部分别动」
它说要重构才能修让它先出重构方案与影响面,您拍板后再动
手改和 AI 改混在一起没关系——改动审查区分得清;但同一文件尽量「要么您改、要么它改」,少打架
想让它改别的项目文件默认只碰当前项目(授权域);外部文件先拷进来

延伸阅读 ​